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METHOD OF MEASURING PERFORMANCE OF AN 
EMULATOR AND FOR ADJUSTING EMULATOR 
OPERATION IN RESPONSE THERETO 

by 

Randal N. Linden 
FIELD OF INVENTION 

This invention relates to a method of measuring performance of an emulator and for 
adjusting emulator operation in response thereto. 

BACKGROUND OF THE INVENTION 

The process of emulating the functionality of a first computer platform (the "target 
system") on a second computer platform (the "host system") so that the host system can execute 
programs designed for the target system is known as "emulation." Emulation has commonly 
been achieved by creating software that interprets and translates programs designed for the target 
platform into the native-language of a host platform, thus achieving compatibility. More 
recently, emulation has also been realized through the creation of "virtual machines," in which 
the target platform's physical architecture - the design of the hardware itself - is replicated via a 
virtual model in software. 

While both methods can emulate the functionality of the target platform on host systems, 
they do so with varying degrees of performance. It's not uncommon for an emulator to run 
programs much slower on the host system than on the target system, depending on the 
complexity of the target system and executable code relative to the host system. The burden 
placed on the host system in first interpreting instructions written for an entirely different kind of 
machine, then executing those instructions within its own architecture, is enormous. Often the 

1 



Express Mail Label No. EL715296782US 

host system simply does not have enough power to do the extra work adequately at a speed 
comparable to the target system. 

Conversely, some emulators can operate too quickly on host systems. In some cases, the 
greatly accelerated instruction execution speed of newer processors means they can execute the 
instructions required for emulation, plus the instructions of the non-native software, and still 
outpace the target system running the same software. 

Inconsistent emulation performance is also a problem where target and host systems not 
only require different instruction languages, but also different microprocessor architectures and 
means of executing instructions. For example, Reduced Instruction Set Computing (RISC) 
processors use one processor cycle to perform an instruction, while Complex Instruction Set 
Computing (CISC) processors can require 1/2, 3, 6, even 10 or more processor clock cycles to 
execute an instruction. 

In addition, the explosion in the personal computer industry has led to a near-infinite 
number of possible configurations of host systems within a given platform, each with vastly 
different performance characteristics. In a "sealed-box" system, the hardware configuration is 
locked and consistent from machine to machine. But in open systems, there are a multitude of 
interfaces, and thousands of different devices that can connect to each, with different effects on 
the host system. 

The task of emulation becomes even more complex when performed on host platforms 
with higher-level operating systems (like Microsoft® Windows™). Where most older systems 
were designed to do just one job at a time, some modern operating systems are "multi-tasking." 
That means they can perform several operations concurrently by constantly "handing off control 
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of the processor from one task to another in a manner that is beyond the control of the emulation 
software. The operating system can interrupt the execution of timing-critical instructions in 
mid-stream to share processor cycles with another program, in effect "stealing" needed cycles 
from the emulator. 

And finally, the differences between the complex architectures of target platforms and the 
hosts on which they are emulated may require that the functionality of several co-processors in 
the target platform be emulated within a single processor on the host system. The host system 
may perform all functions of the target within a single processor, or assign certain functions to 
parallel co-processors within its own architecture for greater speed. When the target's 
processors operate in parallel, an interrupt signal from the CPU is generally required to pause 
processor operation and to allow the processors to output their results. The host's CPU cannot 
generate the necessary interrupt for a coprocessor on the host system until those operations are 
completed, resulting in inefficient emulation and inconsistent timing due to the introduction of 
unnecessary "wait times" wherein a coprocessor on the host system may be finished with its task, 
but unable to progress to the next task until an interrupt is received. 

This variance may be less noticeable - or even desirable - in programs like word 
processors and spreadsheets, but becomes all-important when dealing with timing-critical 
operations like: (1) sound and video playback; (2) processing "streaming" information, where 
data is delivered to the processor at a constant rate; and (3) games and animations which require 
screen updates to display motion accurately. 

Maintaining timing accuracy is a simple process when writing native code for a computer 
platform with consistent timing characteristics. The following is an example of rendering an 
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object moving through space at a consistent rate of 60 ft/sec. 

A "virtual world" is described in the code, with whatever "real world" physical rules the 
programmer chooses to include - motion, acceleration, gravity, inertia, etc. Objects can be 
defined and acted upon within this virtual world, and the results displayed via the monitor to the 
"real world". This virtual world's scale, scope and "physical laws" are defined, and the 
characteristics of an object are described in terms of shape, lighting, color, etc. 

The timing of display output and other concurrent processes like sound and disk access 
are maintained by an "interrupt" signal whose frequency is consistent and determined according 
to the purpose and timing characteristics of the target platform. For example, if the system has a 
consistent speed of instruction execution and a known screen-refresh rate (i.e., the rate at 
which it redraws the information on the monitor) of 60 frames/sec, the instructions that are 
describing motion as a function of time in the virtual world are linked to the rate at which the 
system operates and interrupts may be linked to rate at which the image is updated and displayed 
in the real world. If the object is to move 60 ft/sec, and the system redraws to the monitor at 
exactly 60 frames/sec, the code instructs the object to "move" one foot per screen 
refresh/interrupt, so that in one second of real time, the object will appear to have moved 60 feet, 
as shown in Fig 1 . If the instructions required to prepare the updated image and perform 
concurrent activities are completed before the interrupt is generated, the results are held in 
memory until called on, when processing begins on the next set of instructions. If the required 
instructions cannot be executed in time before the next interrupt is received, the programmer 
adjusts the code to operate within the limitations of the system. 

For the reasons described above, emulation on a host platform in which timing 
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characteristics not only vary from system to system, but are variable within any given system, 
can result in wildly inconsistent results. (See also discussion below in connection with Figs. 2 
and 3.) 

The present invention addresses these issues and provides a method for simulating the 
timing characteristics of a target platform designed for consistent instruction execution speed by 
measuring, predicting and dynamically adjusting for timing variability within a host platform, 
regardless of variations in the timing characteristics of individual host systems, within the 
limitations and flexibility of the operating environment. 



SUMMARY OF THE INVENTION 

In summary, the present invention is a method for dynamically analyzing and optimizing 
the performance of an emulator on a host platform relative to the benchmark performance of a 
target platform, which processes instructions at a consistent, measurable rate. This method 
produces more consistent and accurate output relative to the target platform, independent of 
timing characteristics of individual host systems. 

In order to achieve more accurate emulation speed on the host platform, it is necessary 
first to define an arbitrary period of time, or Benchmark Time Quantum (BTQ), which defines 
the frequency at which the speed of emulation will be measured and optimized. We then 
compute the number of instructions the target system can execute in this period, referred to as the 
Benchmark Instruction Quantum (BIQ). The arbitrary starting BTQ and resulting BIQ may vary 
for different platforms, depending on the target and host platforms and the nature of the code to 
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be executed. 

When non-native code is executed on the host system, a counter is used to track the 
number of instructions executed and to interrupt when that target quantity is reached. A 
processor-activity-independent timing source is queried to determine the time elapsed; that 
measurement is then compared to the original "time quantum." The resulting ratio is a timing 
reference that is independent of the operating speed characteristics of any particular host system. 
This reference is used to predict the operational speed of the host system and to adjust factors in 
the host computer and emulation process to more accurately match the target system before 
executing the next block of instructions and repeating the process. 

In particular, the method for simulating an operating speed of processing in an emulated 
target system corresponding to a rate of execution of instruction cycles on at least one host 
system includes the step of defining a benchmark sample by selecting a reference determined by 
an arbitrary time quantum. Subsequently, the reference is multiplied by the rate of execution of 
instruction cycles. The method also tracks the instruction cycles executed and determines 
whether a threshold value has been exceeded. Furthermore, the method then interrupts the 
processing activity when a threshold value has been exceeded. The methodology then 
determines an elapsed time period by querying a timing source which is associated with the host 
system, which is also unaffected by the processing. The method also determines a timing 
reference by comparing the elapsed time with the time quantum, and uses the timing reference 
to adjust the rate so as to simulate the operating speed of the target system. 

That is, for every block of code pertaining to the number of instructions established by 
the bench mark time quantum, the present invention compares the amount of time taken to 
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execute commands on the host system in real time to the benchmark amount of time it would 
take to process such commands on the target system. 

BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 shows a diagram of a display output showing an object defined on the target 

system that has moved after one second of real time. 

FIG. 2 shows a diagram of a display output showing an object defined on the target 

system that has moved in one second of real time, where the rate of instruction execution is 

150%. 

FIG. 3 shows a diagram of a display output showing an object defined on the target 
system that has moved in one second of real time, where the rate of instruction execution for the 
host system is 0.75 of the rate of the target system. 

FIG. 4 shows a block diagram of the preferred embodiment of the present invention for 
the emulated system architecture. 

FIG. 5 shows a flow-chart of the method steps according to the present invention for 
measuring, predicting and adjusting for disparities in instruction execution speed according the 
present invention. 



DETAILED DESCRIPTION OF THE INVENTION 
Because the target platform in this example has a consistent instruction execution rate, 
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the number of commands executed in one second is roughly equal to the "clock speed" of the 
processor. The speed of the processor is usually rated in Megahertz, or millions of cycles per 
second. For example, a 66Mhz RISC processor executes 66,000,000 instructions per second. 

In order to achieve more accurate emulation speed on the host platform, it is necessary 
first to define an arbitrary period of time, or Benchmark Time Quantum (BTQ), which defines 
the frequency at which the speed of emulation will be measured and optimized. We then 
compute the number of instructions the target system can execute in this period, referred to as the 
Benchmark Instruction Quantum (BIQ). The arbitrary starting BTQ and resulting BIQ may vary 
for different platforms, depending on the target and host platforms and the nature of the code to 
be executed. For purposes of this example, we will select a BTQ of l/60 th of a second - a logical 
starting point for many multimedia applications, as video is optimally displayed at 60 frames per 
second. 

To calculate the BIQ the following Equation (1) is used: 

Processor Speed X BTQ = BIQ (1) 

For this example, 66,000,000 X l/60sec = 1 100000 instructions are executed on the 
target system every 60 th of a second. 

Referring to FIG. 5, when the host system is instructed to execute non-native code, the 
following variables are initialized and stored in memory via step 202: an Interrupt Time Stamp 
Counter (ITSC) with the BIQ as a starting value; and the Instruction Execution Factor (IEF) by 
which the ITSC is decremented for each non-native instruction executed on the host system. 
The IEF has a starting value of 1.0. A Last Emulation Efficiency Factor (LEEF) variable with a 
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starting value of 1.0 is also initialized for later use. 

In order to measure the amount of real-time it takes the host system to execute the non- 
native code, an independent timing source that is unaffected by processor activity is queried and 
the result stored as the Real Time Clock (RTC) variable referred to in step 204. In many 
5 systems, there is a system clock chip which cycles at a constant rate regardless of other activity 
in the system; however, the timing source can be any independent source, as long as it is constant 
and unfettered by any loads placed on the rest of the system. For example, sound cards, video 
cards, even controllers for hard drives and CD-ROMs include timing circuitry which operates 
^ independently of the rest of the host system. If accessible, these sources are equally useable, 
gj) The emulation software then begins to execute the non-native code in step 206. The 

m ITSC is decremented by the IEF value for each non-native instruction executed on the host 
s: system in step 208. When the value in the ITSC reaches zero as indicated in step 210, the 
O execution is interrupted, results are output, and the independent timing source is queried for the 
l £l Current Time as shown in step 212. In step 214, the stored RTC value is recalled from memory 
B and subtracted from the Current Time in step 216 to determine the amount of time the host 
system took to process the BIQ as shown in the following Equation (2): 

Current time - RTC = Elapsed Time (2) 

The BTQ is recalled from memory in step 218 and divided by the Elapsed Time in step 
20 220 to arrive at a ratio which describes the comparative speed of emulation compared to the 
target system as follows in Equation (3). 
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Emulation Efficiency Factor (EEF) (3) 



The invention then performs a conditional query to determine whether the EEF falls 
within an acceptable range as indicated in step 222. An EEF of 1 .0 means the host system is 
operating at the same speed as the target, and no adjustments are necessary. Since it is unlikely 
that the EEF will be exactly 1.0, the programmer or user may define an Acceptable Variance 
(AV) in values for the EEF. For example, an AV of ±5% of the target system would mean that 
EEF values of .95 to 1.05 would require no adjustments to emulation, thus proceeding to step 
230. 

If the Elapsed Time results in an EEF of less than L0, the host is executing instructions 
more slowly than the target; an EEF greater than 1.0 means the host is executing instructions 
faster than the target. 

For example, if executing a quantity of instructions equal to the BIQ results in an Elapsed 
Time on the host system of .01 1 1 seconds, the following results are obtained in Equation (4): 
.0167 (i.e., l/60 th ) sec + .0111 sec = 1.503 (4) 

In this case, the host system is running 150% faster than the target. Using the example 
cited previously, an object moving within the virtual world at 60 ft/sec would appear to be 
moving at 90ft/sec in the real world, as shown in Fig. 2. 

When the EEF is greater than 1 .0+AV, the stored LEEF value from the previous batch of 
instructions executed is recalled in step 224 and is checked to see if the value returned is less 

10 
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than 1.0- AV in step 226. This avoids problems with oscillation in emulation speed that can 
occur in a host system with variable rates of instruction execution. If the LEEF value is greater 
than or equal to 1.0, a wait time is introduced to compensate for the accelerated speed of the host 
system by returning to step 212. The timing source is again queried and the EEF is recomputed 
5 as above. This process loops until the EEF is less than 1.0. If, however, the LEEF is less than 
1.0-AV, no timing adjustments are made and process continues to steps 228 and 230, where the 
IEF is reset to equal 1/EEF (or IEF*(1/EEF)) and saved as a new IEF value. The purpose is to 
"guide" the calculation of IEF towards a value that will result in a closer match between the real- 
'II world target interrupts and the "emulated-world" host interrupts. Variations in logic and 
Iff execution can cause the emulation to speed up and slow down dramatically, and by settings IEF 
&l = IEF * (1/EEF), it will help to smooth the transitions. On the other hand, when the BTQ is 
~ relatively small, it is feasible to set IEF = (1/EEF) because the natural progression of smaller 
CI BTQ results in that same calculation. 

U\ In the event of too-slow performance, where the EEF is less than 1 .0-AV at step 222, 

W other actions must be taken to more closely simulate the target platform's rate of instruction 
execution. 

There may be oscillation when odd and even groups of instructions execute too slowly 
and then too quickly, thereby causing both sets to be incorrect by large amounts. E.g., the first 
set is far too slow, so the system recalculates IEF = (1/EEF) and it becomes a large value, say 
20 10.0. Then the system executes the next group of instructions using the new 10.0 value, but this 
group executes far too quickly. The system then recomputes IEF = 1/EEF, and the resulting 
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value is now 0.10. In other words, it "ping-pongs" back-and- forth because it isn f t able to adjust 
the averages to take into consideration both groups of code. 

The resulting logic of the present invention described above, is to basically bring the 
previous (or "last") EEF value into the system allows a smoothing out and an avoidance of the 
5 ping-pong. An alternate solution is to simply reduce the BTQ to a lower level, and thus break 
the individual groups into smaller pieces, which when averaged will result in far better IEF 
approximations. 

Applying the EEF formula in this instance might mean that executing a quantity of 
instructions equal to the BIQ results in an Elapsed Time on the host system of .0223 seconds, as 
ft follows: 

|{ .0167(l/60 th ) sec .0223 sec = .75 (5) 

, ; The EEF is .75 - the host system is operating at three-quarters the speed of the target, or 

O taking one-and-one-half times more time to process the same amount of instructions. Thus, 

using our example, an object with a constant speed of 60 ft/sec in the virtual world would appear 

ill 

H to move only 45 feet in the real world (Fig. 3). 

To compensate for this difference, the invention will attempt to "compress time" to 
maximize emulation efficiency. Using the rate of instruction execution for the previous block of 
code as a base, performance for the next block is predicted and compensated for by changing the 
IEF value to 1/EEF in steps 228 and 230 for the next block of code executed. Thus, the ITSC is 

20 decremented by a greater value and generates an interrupt signal sooner, resulting in real-time 
output that more closely matches the virtual world. 

12 
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From the above example, it can be seen that BTQ is a real-world benchmark time 
quantum, BIQ is a target-processor instruction quantum - for each BTQ units of time, BIQ 
target instructions can be executed. This is "tracked" by the host by setting the "ITSC" variable 
equal to BIQ at the "start" of an overall processing loop. For each target instruction that the host 
5 emulates, it will decrement the ITSC variable by the amount in IEF. When the ITSC value 
underflows, an "interrupt" is generated, and processing results in a reevaluation of all the 
parameters. If the following computations reveal that the target emulation was too slow, the IEF 
value will be increased (e.g., by setting it to 1/EEF), and thus each target instruction that is 
€1 emulated will take a greater amount of "host emulated BTQ time" and thus cause interrupts more 
lH frequently and quickly. 

This process also reduces unnecessary wait times incurred by some processors in the host 
„~ system sitting dormant, waiting for the next interrupt signal. Increasing the efficiency of their 
Q operations reduces the load on other functions, resulting in greater overall emulator efficiency 
til and timing that more closely matches the target system. 

W In the event that increased interrupt frequency creates a state in which the host cannot 

execute enough non-native commands to properly output data, it will be appreciated by one of 
ordinary skill in the art that secondary levels of adjustments made be performed to allow 
consistent timing. These actions are dependent on the nature of the target and host systems and 
the programs being executed. For example, an instruction could be sent to ignore processing of 

20 the next update of graphic data to the monitor, known as "frame skipping"; to place a lighter load 
on the system, the rate at which sound data is sampled and processed could be adjusted; 
similarly, video processing, display resolution, or color depth may be reduced. These 
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adjustments, when required, are "flagged" and tracked for further optimization. It will be 
appreciated by one of ordinary skill in the art that these adjustments are highly variable 
depending upon the nature of the emulated program simulated output, and that adjustments while 
increasing may result in reduced output quality. For this reason, these secondary adjustments 
5 are not shown in FIG. 5. 

After timing comparisons and speed adjustments, if necessary, are executed, the RTC 
variable is updated with the Current Time value in step 232, the ITSC variable reset with the BIQ 
value (for the next iteration with carryover of any underflow of the ITSC in the current iteration), 
^11 and the LEEF variable is reset with the current EEF value in step 234, and the non-native code 
Iff resumes execution at step 206 until the ITSC again reaches zero and the timing process repeats. 

Although not shown in FIG. 5, it will be appreciated by one of ordinary skill in the art 
that the invention may also include optimization of the BTQ to achieve the greatest accuracy 
l:| with minimal effect on the host system. At the beginning of emulation, or when the EEF falls 
111 outside of defined boundaries, the BTQ can be automatically shifted and a new corresponding 
W BIQ calculated. In general, increasing the frequency of the timing checks and adjustments 
results in more consistent and accurate timing overall When the EEF is greater than 1.0, the 
processor has cycles to spare and the frequency of sampling can be increased. The BTQ and 
corresponding BIQ will be progressively incremented until the EEF falls within the desired range 
or the BTQ reaches a set maximum value, beyond which further sampling produces no 
20 improvement in timing accuracy. 

Similarly, if the adjusted IEF results in a condition where too many concurrent blocks of 
code are flagged as requiring secondary speed adjustments which may result in lower overall 
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emulation quality, as described above, the invention will dynamically adjust the IEF to produce 
the optimal balance of timing accuracy and output quality within the limits of the host system. 

Turning to FIG. 4, an embodiment of the system architecture is shown. A module 102, 
representing an emulator processor, includes modules 104, 106 representing functions that 
emulate processors of the target system. It will be appreciated by one of ordinary skill in the art 
that modules 104, 106 provide functionality corresponding to processors on the target system 
that are not present on the host system. Module 102 communicates with coprocessors 108, 
which reside on the host system to off-load corresponding functions of the target system. A bus 
107 couples the emulation processors 102 and the coprocessors 108 both to timing logic 109 and 
to an independent timing source 110. It will be appreciated by those skilled in the art that 
independent timing source 1 10 is a host-resident hardware device. By contrast, timing logic 109 
is preferably implemented via software and includes an instruction counter logic module 1 12, an 
interrupt generator module 1 14, a timing comparator and prediction logic module 116, and a 
speed adjustment logic module 118. Although not shown in detail in FIG. 4, an optimization 
module for monitoring and dynamically adjusting the timing logic 109 may be included in other 
embodiments of the present invention. 

Also coupled to bus 107 is an interface module 120 for providing input and output 
functions, as is conventionally known. For example, interface module 120 may be connected to 
input sources 122 and to output sources 124. 

However, the examples of secondary adjustment and numerical values given above are 
merely illustrative, and the timing, prediction, and primary adjustment methods of the present 
invention may be modified in desired manner without departing from the scope of the invention. 
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What is claimed is: 

1 . A method for emulating execution of instructions designed for a target system in a 
host system, comprising the steps of: 

determining a variance in execution speed between the target system and the host system; 

and 

dynamically adjusting the execution speed of the host system based on the variance to 
conform to the execution speed of the target system. 

2. A method as in claim 1, wherein the step of determining the variance comprises 
the steps of: 

identifying a block of instructions and associated processing time required by the target 
system to execute said block of instructions; 

determining an actual real time for executing the block of the instructions by the host 

system; 

comparing the processing time to the actual real time to determine the variance. 

3. A method as in claim 2, wherein the execution speed of the host system for a 
subsequent block of instructions is adjusted based on the variance determined for a preceding 
block of instructions. 



4. A method for simulating an operating speed of processing in an emulated target 

16 



Express Mail Label No. EL715296782US 

system corresponding to a rate of execution of instruction cycles on at least one host system, 
comprising the steps of: 

defining a benchmark sample by selecting a reference determined by an arbitrary 
time quantum of said speed; 

multiplying said reference by said rate of execution of instruction cycles; 

tracking said instruction cycles executed and determining whether a threshold 
value has been exceeded; 

interrupting said processing when said threshold value has been exceeded; 

determining an elapsed time period by querying a timing source which is 
associated with the host system and unaffected by said processing; 

determining a timing reference by comparing said elapsed time with said time 

quantum; and, 

using said timing reference to adjust said rate so as to simulate said operating 
speed of the target system. 
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METHOD OF MEASURING PERFORMANCE OF AN 
EMULATOR AND FOR ADJUSTING EMULATOR 
OPERATION IN RESPONSE THERETO 

ABSTRACT 

A method which simulates the operating speed of an emulated target system with a 
consistent rate of instruction execution on a plurality of host systems with varied and variable 
instruction execution speeds. An arbitrary "time quantum" is selected as a referent and is 
multiplied by the target's speed of instruction cycle execution to determine the quantity of 
instructions the target system executes in the specified time period. When non-native code is 
executed on the host system, a counter is used to track the number of instructions executed and to 
interrupt when that target quantity is reached. A processor-activity-independent timing source is 
queried to determine the time elapsed; that measurement is then compared to the original "time 
quantum." The resulting ratio is a timing reference that is independent of the operating speed 
characteristics of any particular host system. This reference is used to predict the operational 
speed of the host system and to adjust factors in the host computer and emulation process to 
more accurately match the target system before executing the next block of instructions and 
repeating the process. In certain embodiments, the time quantum is dynamically adjusted to 
avoid sampling frequencies, which may conflict or resonate with timing frequencies of other 
system activities or to place a greater or lesser load on the host system. This process results in 
more consistent, accurate simulation of the target system's speed on a variety of host system 
configurations, within the limitations and flexibility of the host environment. 
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FIGURE 5: OPERATION OF INVENTION 
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AS BELOW-NAMED INVENTOR, I HEREBY DECLARE THAT: 

My residence, post office address, and citizenship are as stated below next to my name. 

I believe I am the original, first and sole inventor of the subject matter which is claimed 
and for which a patent is sought on the invention entitled: METHOD OF MEASURING 
PERFORMANCE OF AN EMULATOR AND FOR ADJUSTING EMULATOR OPERATION 
IN RESPONSE THERETO, the specification of which is attached hereto. 

I HEREBY STATE THAT I HAVE REVIEWED AND UNDERSTAND THE 
CONTENTS OF THE ABOVE-IDENTIFIED SPECIFICATION, INCLUDING THE CLAIMS, 
AS AMENDED BY ANY AMENDMENT REFERRED TO ABOVE. 

I acknowledge the duty to disclose information which is material to the patentability as 
defined in 37 C.F.R. § 1.56. 

I hereby claim foreign priority benefits under 35 U.S.C. § 1 19(a)-(d) or § 365(b) of any 
foreign application(s) for patent or inventor's certificate, or § 365(a) of any PCT International 
application which designated at least one country other than the United States listed below and 
have also identified below, by checking the box, any foreign application for patent or inventor's 
certificate, or PCT International application having a filing date before that of the application on 
which priority is claimed: 



Application No, 


Country 


Date of Filing 
1 (day/month/year) 


Priority Claimed? 








□Yes DNo 



We hereby claim benefit under 35 U.S.C. § 1 19(e) of any United States provisional 
application(s) listed below: 



Application Serial No. 


FilingDate 


60/161,326 


10/25/99 



I hereby claim the benefit under 35 U.S.C. § 120 of any United States application(s), or 
§ 365(c) of any PCT International application designating the United States, listed below and, 
insofar as the subject matter of each of the claims of this application is not disclosed in the prior 
United States or PCT International application in the manner provided by the first paragraph of 
35 U.S.C. § 1 12, we acknowledge the duty to disclose information which is material to 
patentability as defined in 37 C.F.R. § 1.56 which became available between the filing date of 
the prior application and the national or PCT International filing date of this application. 



Application Serial No. 


Filing Date 


Status 






□Patented DPending ^Abandoned 



I hereby appoint the following attorneys and agents to prosecute this application and to 
transact all business in the Patent and Trademark Office connected therewith: 

Wen Liu (Reg. No. 32,822) David Liu (Reg. No. 43,755) 



Please direct all communications relative to this application to: 

Wen Liu 
LIU & LIU llp 

811 West Seventh Street; Suite 1100 
Los Angeles, California 90017 

Please direct all telephone communications to Wen Liu at (213) 830-5743. 

I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under § 1001 of Title 18 of the United States Code 
and that such willful false statements may jeopardize the validity of the application or any patent 
issued thereon. 
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